iT邦幫忙

2026 iThome 鐵人賽

DAY 3
0
Build on Google AI

AI 策展人:用 Google ADK 打造會思考、會介紹的 3D 展示平台系列 第 3

動工前,先把「一個模型長什麼樣」講清楚

  • 分享至 

  • xImage
  •  

Day 02 講了系統怎麼分工:中間一條生產線、外面掛不同的展示方式、旁邊接一層可拔除的 AI。今天要講的,是這一切能夠運作的前提——先講好資料長什麼樣,再開始寫程式。

這聽起來像廢話,但實際上是最容易被跳過的一步。想像你請兩個工班分別蓋房子的水電跟裝潢,如果沒有先講好「插座要留在哪、高度多少」,兩邊各做各的,最後一定兜不起來,得拆牆重做。3D 這條生產線也一樣:如果「一個模型」這件事沒有先定義清楚,負責讀檔案的那段程式、負責展示的那段程式、之後負責介紹文案的 AI,三邊對「這個模型有哪些零件、叫什麼名字、什麼顏色」的認知很可能兜不起來。

所以動工前,第一件事是先把幾個問題寫死:

  • 一個模型應該包含哪些資訊? 不是只有幾何形狀,還要有零件的名字、顏色、彼此的從屬關係(哪個零件是哪個組件底下的)。少了這些,畫面上永遠只能整顆模型一起轉,沒辦法點選單一零件看細節。
  • 同一個模型,不同用途的展示設定要不要放在一起? 答案是不要。同一台機器擺在展場的相機角度、跟放在電商頁面的相機角度是兩回事,這些「怎麼展示」的設定要跟「模型本身」分開存,不然一個模型換一個用途就要複製一份,很快就會兜不起來(呼應 Day 01 的問題)。
  • 單位跟座標要先講好。 工程圖習慣用毫米,也習慣一種座標方向;但瀏覽器裡通用的 3D 格式用的是另一套。如果沒有先訂規則,同一個模型換一個人處理,可能轉出來的方向、大小完全不一樣,卻要等到畫面跑出來才發現。
  • 檔案格式要收斂。 上游進來的檔案什麼格式都有,但最後端到瀏覽器的,只認一種格式。中間怎麼轉是生產線的事,展示端不用煩惱「這是哪一種檔案」。

這些規則講好之後,會白紙黑字寫成一份「資料的樣子」,所有後續的程式——不管是處理模型的那段,還是之後要接上去的 AI——全部照著這份定義走。好處是:以後想加新的欄位,不會動到舊的東西;如果哪個零件的名字漏寫了、格式錯了,馬上就能被抓出來,不用等到展示畫面壞掉才發現是哪裡出的錯。

這一步不會產出任何看得到的畫面,卻是接下來每一篇能順利往下走的地基。下一篇開始,會用這份定義好的樣子,真正把第一個模型的資料整理出來。


上一篇
這個系統怎麼分工:一條生產線,外面掛不同的展示方式
下一篇
同一個 repo,兩種語言怎麼不互相踩線
系列文
AI 策展人:用 Google ADK 打造會思考、會介紹的 3D 展示平台9
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言